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MEDIATED ACCESS TO AN INTE LLIGENT NETWORK 



Abshrant: of the Disclosure 

A network service access system and method for 
intelligent networks uses a network element called a 

15 mediation point between network service switching points 
(SSP) and third party service provider service control 
points (SCP) . The mediation point acts as a gateway to the 
AIN network for the service provider SCPs. The mediation 
point at the boundary of the intelligent network has ports 

20 for connection to service providers SCPs and a list of SSPs 
within the intelligent network to which each respective 
service provider is allowed access . 
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MEDIATED ACCESS TO AN INTELLIGENT NETVJORK 
This invention relates to intelligent networks and is 
particularly concerned with providing mediated access to 
intelligent networks for service providers. 
5 Backcrsund to the Invention 

The Intelligent Network (IN) architecture has been 
evolved through the efforts of groups, in particular 
Bellcore, European Telecommunications Standards Institute 
(ETSI), International Telecommunications Union (ITU-T), and 

10 American National Standards Institute (ANSI). These groups 
have issued respective documentation defining general 
architecture for IN. This evolution is being driven by the 
increasing demand for rapid and responsive deployment of 
services on the telecommunications network. 

15 Increasing competition and changing regulations are 

providing both a challenge and an opportunity to the 
telecommunications industry. While some interconnections 
between network providers have existed for a decade or more, 
and Open Network Architecture (ONA) rules and capabilities 

20 have been and continue to evolve, new technologies are 

increasing the sophistication of these interconnections and 
hence both their value and their power. 

In 1992, the Federal Communications Commission (FCC) 
mandated the Information Industry Liaison Committee (IILC) 

25 . to begin work on defining the requirements for network 

unbundling such that other Service Providers could obtain 
intelligent access to local subscribers through the LEC 
network. In addition, in 1993, the FCC issued a Notice of 
Proposed Rulemaking (NPRM) on Common Carrier Docket 91-346, 

30 to gather industry views on the requirements for regulations 
regarding the opening of LEC networks at the SCE, SMS, SCP 
and CSP levels. 

To date, service provider access has been 
technologically difficult to achieve as services have been 

35 based on proprietary switches. With intelligent networks 
(IN), there is an opportunity to provide an open/standard 
interface whereby service logic in a service control point 
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(SCP) is separated from the switches, (called service 
switching points (SSPS) in IN) . 

initially, the Local Exchange Carriers (LECs) riM* not 
intend to use advanced intelligent network (MM), as detined 
by Bellcore, to allow competition for services business, but 
soon recognized this » new business opportunity. *Ue FCC 
is aware that there are technology issues that have to be 
resolved, especially how to protect the 

integrity/reliability/security of the public switch networks 
if the intelligent networks are unbundled, 
fiumroflrv nf rhe invention 

An object of the present invention is to provide 
improved access to intelligent networks for service 
providers . 

15 in accordance with an aspect of the present invention 

there is provided a method of providing mediated access to 
an intelligent network for service providers, the method 
comprising the steps of: providing a mediation point at a 
boundary of the intelligent network for o vr.necl ion to the 
service pt° v i<*ers; providing, at the mediation point, a 
predetermined list of network nodes in the intelligent 
network to which respective service piuviuers are allowed 
access; screening, at the mediation poinu. a message between 
c service provider and a network node connecting a 
25 subscriber of the- service provider to ensure that the 

network node is on the predetermined list of network nodes 
the service provider is allowed to access in the intelligent 
network; and subsequently, routing messages between the 
service provider and the network node. 

In accordance with another aspect of the present 
invention there is provided a system for providing mediated 
access to an intelligent network for service providers, the 
system comprising: a m«Heiier. poi..t ac a boundary of the 
intelligent network having ports for connection to service 
35 providers and a predetermined list of network nodes in the 
intelligent network to which respective service providers 
are allowed access; and a plurality of network nodes for 
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connecting subscribers, each having trigger criteria, for 
each service provider having access thereto, f.r selecting 
one of the service providers in response to a subscriber. 

In accordance with a further aspect of the present 
invention there is provided a method of providing mediated 
access to an intelligent network for service providers, the 
method comprising the steps of: ensuring that network 
integrity, security, and reliability are protected in giving 
a service provider access to the intelligent network; 
allowing the service provider access to the intelligent 
network; and billing the service provider for gaining access 
co the intelligent network. 

in accordance with yet another aspe. t of the present 
invention there is provided a system for providing mediated 
access for service providers to an intelligent network, the 
system comprising: a mediation point at a boundary to the 
intelligent network and having mediation functions for 
interconnection of service provider service control points 
to predetermined service switching points within the 
network; and service switching points within the network 
having mediation functions for interconnection to selected 
service provider service control points. 

An advantage of the present invention is it provides a 
clear physical boundary point with non-LEC service 
providers, standard SS7 signalling, and access to Advanced 
intelligent Network (AIN) trigger points. The mediation 
point becomes the key platform on which specific mediation 
functions are located, and it can be customized to the 
requirements of individual network providers. 

The service switching point (SSP) is enhanced with 
functions that are tightly coupled to the AIN Basic Call 
Model, and all management of trigyer-specif ic data remains 
at the SSP. as per general AIN philosophy. Thus, overall 
AIN definition is *rown in a consistent fashion and impact? 
to implement and deploy mediated access are minimised. 
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Brief rescript ip p of the Drawings 

The present invention will be further understood from 
the following description with reference to the drawings in 
which: 

Fig. 1 illustrates an intelligent network (IN) with 
mediated access points; 

Fig. 2 illustrates in a block diagram an advanced 
intelligent network (AIN) system with mediated access in 
accordance with an embodiment of the present inventions- 
Fig. 3 illustrates in a block diagram distribution of 
mediation functions in the system ot Fig. 2; 

Fig. 4 illustrates in a block diagram message flow for 
normal trigger processing between mediation functions in the 
system of Fig. 2; 

Figs. 5 illustrates in a block diagram message flow for 
unsolicited messages between mediation functions in the 
system of Fig. 2; 

Fig. 6 illustrates in a block diagram message flow for 
overload management between mediation functions in the 
system of Fig. 2; and 

Fig. 7 illustrates in a block diagram the mediation 
point of Fig. 2 in accordance with an embodiment of the 
present invention. 

Similar references are used in different figures to 
denote similar components. 
Detaile d Description 

Referring to Fig. 1 there is illustrated an intelligent 
network (IN) with mediated access points. 

The intelligent network, represented by cloud 10 
provides all of the interconnection service between access 
subscribers 12. Service providers, as represented by broken 
line rectangle 14, desiring access to the intelligent 
network are connected via mediated access 16 and 18. The 
mediated access 16 connects a service control point (SCP) 20 
to the intelligent network 10. The mediated access 18 
connects a service management system 22 of service provider 
14 to the intelligent network 10. Where to locate such 
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mediated access and how to implement the mediated access 
functions presents several problems related to balancing 
costs, deployment time and quality of service. Also the 
concerns of network operators, service providers and 
subscribers must be met by the mediated access. 

Referring to Fig. 2, there is illustrated in a block 
diagram an advanced intelligent network ( AIN) system with 
mediated access in accordance with an embodiment of the 
present invention. 

The intelligent network includes service switching 
points (SSP) 30, each logically connected to signal transfer 
points (STP) 32 and an intelligent peripheral (IP) 34. The 
intelligent network is enhanced with the addition of a 
network element, a mediation point 36 in accordance with an 
embodiment of the present invention. The mediation point 36 
is logically connected to the STP 32. The mediation point 
36 is logically connected to service provider SCP 38. 

Providing mediated access into the AIN also includes 
mediation functions at the SSP 30, as represented by a 
hexagon 40. 

In order to provide mediated access to the AIN for 
service providers, mediation functions must be distributed 
among the network elements of Fig. 2. 

Referring to Fig. 3, there is illustrated in a block 
diagram distribution of mediation functions in the system of 
Fig. 2. 

Fig. 3 shows the same network elements as Fig. 2, and 
also includes a network management system 4 2 (not shown in 
Fig. 2). Connection of the network management system 42 to 
the system is not show, but is well known in the art. Fig. 
3 shows the distribution of mediation functions among the 
network elements, the functions grouped within broken line 
rectangles associated with the network element performing 
the function. 

Most of the mediation functions reside in the mediation 
point 36. These functions include screening 44, billing 46, 
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error handling 48 and routing 50. Specific examples of each 
of these types of functions are: 
For screening 44, 

MTP (message transfer part) screening 

• SSP screening 

Parameter screening (to and from SCP) 
RPCU (radio port control unit) ID screening 
Record received message errors 
For billing 46, 

Trigger queries 

NCA (Non-Call Associated) messages 
Dynamic trigger arm/disarm 
For error handling 48, 

Babbling SCP detection/control and 

For routing 50, 

MP SCCP (signal connection and control part) 

procedures 

Route messages. 
The service switching point (SSP) 30 also includes some 
mediation functions as indicated by the hexagon 40. These 
functions include routing 52, billing 54, screening 56 and 
error handling 58. Specific examples of each of these types 
of functions are: 

For routing 52, 

Service provider selection per trigger 

SSP SCCP procedures 

• Route messages to mediator 

• Emergency service routing 
For billing 54, 

ACG (automatic call gapping) usage 
For screening 56, 

ACG to allowed users 

• Trigger arm/disarm and 
For error handling 58, 

Custom Tl value 
Default on Tl expiry 
ACG default 
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The remaining network elements, the signal transfer 
point (STP) 32 and the intelligent peripheral (IP) 34 
provide routing 60 and billing 62 functions, respectively, 
used to provide the mediation service. The network 
management system 42 provides network level error handling 
64. Specific examples of these functions are: 

For STP routing 60, 

• Route messages 
For IP billing 62, 

• Custom announcements and 

For the network management system error handling 64 
Control network overload 

Operation of the system of Fig. 2, is described 
hereinbelow in conjunction with Figs. 4, 5 and 6. 

Referring to Fig. 4, there is illustrated in a block 
diagram message flow for normal trigger processing between 
mediation functions in the system of Fig. 2. 

Subscriber 70 initiates an AIN trigyer activity based 
on normal AIN trigger event criteria, which can happen on 
call originations and terminations. Service provider ID is 
in the trigger data, as subscribed. The mediation function 
represented by hexagon 40 within the SSP 30 begins the 
process by a 1) select service provider. Each trigger 
instance is associated with exactly one service provider. 
When trigger criteria are met, the service provider's SCP 33 
is selected. The process at the SSP 30 next carries out 2) 
SCCP procedures. The SCCF procedures use global title 
routing on all SSP messe^ps which are part of a trigger 
conversation, response to an SCP-init iated transaction, or 
are unidirectional. 

In a received message, the SCCP calling party address, 
which must include the global title address (GTA) cf the SCP 
38, is placed in the SCCP called party address field ot the 
outgoing message. For conversation messages in the context 
of a trigger transaction, the GTA can also be taken from the 
trigger instance data. For unidirectional messages, the GTA 
is available from a previously terminated transaction 
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[e.g. for an error message), or identified by the RPCU for 
non-call associated messages. 

The next process step at the SSP 30 is 3) Tl set. 

The last process step performed by the SSP 30 is 4) 
routing query to MP. The GTA of the service providers SCP 
(whether duplicated or not) is associated with the trigger 
instance. When trigger criteria are met, and the trigger is 
armed, the SCP's GTA is included in the SCCP called address 
field of the outgoing queryx Based on an outstanding ACG 
request, the query may be rejected, in w l : -h case default 
action may be taken. 

The SSP 30 uses as input data GTA of service provider's 
SCP in each trigger instance and, if applicable, ACG data 
for targeted users and SSPs for each SCP. The output of the 
SSP 30 routing step is in GTA in the query's SCCP called 
address field. The STP 32, passes the query from the SSP 30 
to the MP 36 in 5) routes query to MP. 

The mediation point (MP) 36 begins its mediation 
process with 6) parameter screening. Based on the service 
provider profile and general privacy requirements , certain 
parameters are not included in outgoing AIM query messages, 
regardless of the availability of the information. 

Disallowed parameters are removed from the AIN Message 
sent by the SSP 30. For subscribed parameters where the 
data is private (i.e. restricted numbers), only the private 
data is removed; the rest of the parameter is left intact. 
The MP 36 uses a list of allowed parameters, and values, per 
SCP for outgoing messages, to screen the message from SSP 30 
ro provide a filtered AIN message. Call processing data may 
be used by the MP 36 to assist this screening. 

The next step for MP 36 is to initiate 7) trigger query 
billing. Every time a trigger's criteria are met, and a 
query is originated, a record may be made for usage- 
sensitive billing purposes. 

The MP 36 performs an SCCP procedure 8) . The SCCP 
procedure represents a change introduced by mediation into 
the normal SS7-/AIN model. The SSP 30 must be able to 



2153281 



9 

address both the MP 36 and SCP 38, while the SCP 38 must 
address both the MP 36 and SSP 3C. The additional need to 
address the MP 36 on all messages, in both directions, is 
the reason for these new procedures. 

After performing 8) SCCP procedures, the MP 36, 9) 
routes query to SCP 38. The MP 36 includes global title 
address (GTA) of the SSP 30 for messages sent on to the SCI' 
38. 

In a received message, the GTA in the SCCP calling 
party address field is placed in the outgoing message. 

Using SCCP information in received messages from the 
SSP 30 or SCP 38, the MP 36 provides SCCP information in 
outgoing messages, and makes a peg count of messages missing 
SCCP global title address. 

The service provider's SCP 3& performs whatever 
pocessing is appropriate with ster 10) feature processing 
ond generates with step 11) a response to the SSP 30. 

On receiving a response from the SCP 33, HP 36 performs 
several screening steps. In step 12) message transfer part 
(MTP) screening, the MP 36 screens messages from service 
providers to ensure: the origination point code (OPC) is 
that of the connected SCP; the destination point code (DPC) 
can only be that of the MP. The impact is that messages 
must be processed by the mediation application at the MP, 
and the SCP can not misrepresent itself. 

The OPC must be allowed over the SS7 link-set, that is, 
it must identify the SCP 38. The DPC screening is provided 
by known STP Gateway screening. 

In step 13) SCCP screening, the MP 36 performs SCCP 
called party address screening that ensures the SCP 
addresses only authorized SS7 nodes, including SSPs. 

Each message from an SCP (query, conversation, 
response? unidirectional) is screened. The global title 
address in the SCCP called party address field is screened 
against a list authorized SS7 nodes. SCP messages must 
include the GTA of both the SCP 38 and SS? 30. These 
procedures ensure proper SCCP addressing on subsequent 
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messages. Messages from the SCP must include the GTA of the 
SCP in the SCCP calling party address and the GTA of the S^P 
in the SCCP called party address. If a message received at 
the MP 36 does not include this global title information, it 
is ignored, and the occurrence is pegged. The message is 
ignored if screening fails. 

The MP 36 may perform other screening, for example, 
TCAP (transaction capabilities application part) and AIN 
message screening. After normal TCAP and AIN Message 
screening (both response and unsolicited messages), if an 
error is found the screening failure is pegged and the 
message is logged. The erroneous message is then discarded. 

As shown in step 15), the MP 36 performs parameter 
screening. E>.ch parameter in the response message is 
i checked against the list of allowed parameters. If a 

parameter is allowed, the contents are checked against the 
list of allowed values, if applicable. If screening fails, 
the message from the SCP 38 is discarded, but the screening 
failure is pegged. 
0 Step 16) SCCP procedures and 17) route response to STP 

are similar to steps 8) and 9) described hereinabove. 

The STP 32 in step 18) routes the response from the SCP 
38 to the SSP 30. To complete the exchange, SSP 30 in step 
19) processes the trigger response in a manner as is known 
5 in AIN. 

Referring to Fig. 5. there is illustrated in a block 
diagram, a message flow for unsolicited messages between 
mediation functions in the system of Fig. 2. 

in the system of Fig. 2. the SCP 38 may, in providing a 
30 service to the subscriber 70. after a step of 1) feature 
processing, send an unsolicited message, step 2) to the MP 
36. 

The MP 36 performs the screening steps 3), 4). and 5) 
as in Fig. 4 steps 12) 13) and 14). In addition, the MP 36 
35 may perform dynamic arm/disarm screening and Radio Port 
Control Unit (RPCU) screening for personal communication 
services (PCS) step 6). 
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Based on service provider subscription, NCA (Non-Call 
Associated) messages from the SCP 38 intended for an RPCU 
(Radio Port Control Unit - for PCS) 72 must be authorized. 

If an AIN m«ssagf from the SCP 38 contains an RPCU Id 
of a destination RPCU 72, it is checked against an SCP- 
specific list of allowed RPCU Ids. If screening fails, the 
message is ignored, and the screening failure is pegged. 

For unsolicited messages, the MP 36 may generate a 
billing record at step 7)\ 

The service provider may be billed for every request to 
dynamically ami or disarm a previously provisioned trigger. 

The remaining steps in Fig. 5 are the same as similarly 
worded steps in Fig. 4, performed by the same network 
element . 

In step 11) the SSP 30 in processing the unsolicited 
message performs .*cteening of trigger arm/disarm messages 
from the SCP 38. If an AIN message from the SCP 38 is a 
trigger arm or disarm request, target user and trigger 

are checked to see that it exist and that the SCP 
associated with the user's trigger equals that of the SCP 
making the request. If screening fails, the request is 
rejected and the SCP 38 is informed. 

The SSP 30 also checks automatic call gapping (ACG) 
messages from the SCP 38. If an ACG request is received from 
the SCP 38, the SSP 30 checks each query for the associated 
SCP before applying ACG controls. The SSP 30 must store the 
SCI* identification, with each ACG request, to support this 
f unct ion . 

At step 12), the SSP 30 generates a billing record for 
ACG requests. ACG requests from SCP 38 are billed according 
to the scope of each request's network impact. This 
includes the number of SSPs and users impacted, and the 
duration for the gapping process. 

When the intelligent peripheral (IP) 34 is invoked in 
providing service, for example for announcements, a billing 
record is generated by the IP 34. Every time a custom 
announcement is to be played, a record may be made for 
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usage-s-.nsitive billing purposes. A -Send-To-Resource- 
usage s- corresponds to a custom 

response A» he*: 3 w ^ ^ lction . 

•"Trr ..there is Unrated in a bioc* 

" the S3, net„or* heco.es overioaded. radial 

t . k „„ by the network by reducing traffic. Tbe 
„e ^ reduces traffic in the foxing order (increasing 

neCWO A ;^ remedied. As network 

qpu p rit:v ) until the overload is rem, - aieu 

severity) unc re med ; al actions are stopped, 

surplus capacity returns, the remea-ai 

in reverse order. 

1) Mass Calling 

2) Over loaded SCPs 

3) SCPs exceeding traffic thresholds 

4) Uniformly, for ail traffic on overloaded 
network resources. 

, Fifl . 6 also shows examples of how the network elements 

d eal w th error conditions. For example, the MP 36 detect, 
anl controls babbling SCPs. A babbling SCP is one sending 
nonsense messages into the network which M y cause network 
prolan, and hence must be detected and rectifie 
5 The network nonitors compliance with predetermined, expected 
service provider SCP TCAP traffic levels and takes remedial 
action if levels are exceeded. 

The SSP 30 is also involved in error detection and 
recovery. For example, if the Tl timer expires, default 
,0 action can be an announcement or continue routing on the 
dialed nunvber or a default numher. 

started (see Fig. 4. step 3). If th, timer expires or the 
SCP response is ignored due to srreeninq. tne default 
3S announcement or routing is taken, based on the 

instance data. Network management >s notified of Tl expiry. 
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The S5P 30 may, for example, take default action with 
regard to an existing ACG request. An existing ACG request 

rom the JCP 39 causes the SSP 30 to abort the trigger 
cuery.- subsequent handling is the same as if the query had 
been sent and the Tl timer expired. Default action is 
identical to that for Tl expiry, except network management 
is not notified. 

Referring to Fig. 7. there is illustrated in a block 
diagram the mediation point 36 of Fig. 2 in accordance with 
an embodiment of the present invention. The mediation point 
(MP 36 includes a network interface 100. a high-speed bus 
or local area network (LAN) 102 and multiple query 
processors 104 and a service provider (SP) interface 106 
Each query processor ( QP , 104 includes storage media 108 and 
110 for retaining data related to service provisioning. The 
network interface 100. the query processors 104 and the 
service provider (SP, interface 106 are interconnected via 
the high-speed bus or LAN 102. The network interface 100 is 

0 Z^Vt^ S6rViCe SWitChing P° ints - the network via SS7 
0 network l inks 112. The service provider interface 106 is 
connected to service provider via links 114. 

The MP 3fi is an example of a loosely-coupled 
architecture in which each processor is a self-contained 
computer system having local memory, disk drives and other 
I/O devices. The query processors 104 communicate with one 
another by sending messages across the high-speed bus or LAN 

whi . h *" 30 9enerateS a n0nnal AIN trigger query messace, 

which is routed to the MP (mess age 1, i 22 . Using normal ^ 

Processing in the network interface 100. the MTP layer hands 

message off to the SCCP layer for further translation. wMch 

TZT meSSa3e re<IUireS laver work 

at the MP. This is communicated (message 2) 124 to the 
appropriate query processor 104a and the mediation 
application is identified by the SCCP sub-system number 
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The QP 104 has access to the full SS7 message 124, 
including the MTP 12o and SCCP 128 layers. The QP 104 
performs the applicable screening and billing functions, 
referring to service provider profile and other supporting 
5 data in its associated data base3 108 and 110. The QP 104 
sends the resulting message for 3S7 routing (message 3) 130 
to the service provider interface 106. At the service 
provider interface 106, normal SS7 processing determines 
(from the SCCP information) that the message is destined for 

10 the SCP 38, and transmits it (message 4) 132 across the 
network boundary 134 toward the service provider SCP 38. 

The service provider SCP 38 processes the AIN message 
based on each user's subscription information and service 
logic, as arranged with their users. Once feature 

15 processing is completed, the results must be indicated to 
the SSP 30. The SCP 38 sends a response (message 5) 136 
across the network boundary 134 to the MP. At the service 
provider interface 106, SS7 processing occurs as described 
above for the network interface 100. This results in 

20 sending of the message (message 6) 138 to a QP 104. The 
selected QP 104h has access to the full SS7 message 138, 
including the MTP 140 and SCCP 142 layers. The QP 104h 
performs the applicable screening, billing and error 
handling functions, referring to the service provider 

25 profile and other supporting data in its associated 

databases 108h and HOh. If the message is not rejected, 
the QP 104h sends the resulting message (message 7) 144 for 
SS7 routing to ~he network interface 100. At the network 
interface 100, normal SS7 processing determines (from the 

30 SCCP information) that the message is destined for the SSP 
30, and* transmits it (message 8) 146. 

From this point, after subsequent normal SSP AIN 
message processing, further communication between the SSP 30 
and SCP 38 may occur, and the operation of all elements 

35 shown is the same as described above. This is also true for 
SCP- init iated transactions and unidirectional messages. 
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qps 104 can be added as load dictates, for the most 
economical deployment. 

For each message, -whether from the SSP 30 or SCP 38. 
any QP 104 can be selected. It need not be the same one as 
used for any other message, including other messages which 
are part of the same AIN transaction. Each QP 104 has 
access to the same databases of information, either by using 
the same instances of databases 108 and 110, or by 
duplicating the databases for each QP 104. 

Once the MP has sent the message to the SCP 38 or SSP 
30 no data regarding the transaction needs to be retained, 
and dynamic resources can be reused for processing of other 
messages. In this way, the MP supports full routing 
diversity for all AIN messages. That is, like ar. CTP, any 
MP could handle any message. This all«w- snsxiisum 
flexibility in network topology. An MP failure during a 
transaction will not cause a transaction failure if no 

messages are lost- 

The mediation functions of the present invention are 
directed toward the AIN 0.1 and 0.2 releases of AIN as 
defined by Bellcore. The present invention provides a 
foundation for not only mediating access to 0.1 and 0.2 AIN 
capabilities, but also to those which are certain to arise 
in future releases, as long as the clear sep^at ion between 
SSP (basic call model) and SCP (service logic; is 
maintained. If the signalling between the SSP and the 
service logic element (which may not always be a pure SCP 
element) is something other than SS7 (e.g. X.25. Ethernet) 
the present invention still provides the types of functions 
located at the SSP and MP, and how the service logic element 
connects to the network. 

The mediation point allows the intelligent network 
provider to customize routing, screening, error handling, 
and billing functions to suit the operating requirements of 
the network. 
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be the partita, ^^^^^ 

described above without departing from the scope 
invention, which is defined in the claims. 
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WHAT IS CLAIMED IS: 

1. A method of providing mediated access to an 
intelligent network for service providers, the method 
5 comprising the steps of : 

providing a mediation point at a boundary of the 
intelligent network for connection to the service providers; 

providing, at the mediation point, a predetermined list 
of network nodes in the intelligent network to which 
10 respective service providers are allowed access; 

screening, at the mediation point, a message between a 
service provider and a network node connecting a subscriber 
of the service provider to ensure that the network node is 
on the predetermined list of network nodes the service 
15 provider is allowed to access in the intelligent network; 
and 

subsequently, routing messages between the service 
provider and the network node. 

20 2. A method as claimed in claim 1 further comprising 

the step of generating billing for any use of the 
intelligent network by a service provider. 

3 . A method as claimed in claim 2 wherein the step of 
25 routing messages between the service provider and the 

network node includes the step of, for messages from the 
network node to the service provider, routing a message from 
the network node to which the subscriber is connected to the 
mediation point via a signalling transfer point, where the 
30 network node, the mediation point, and the signalling 
transfer point are within the intelligent network. 

4. A method as claimed in claim 3 wherein the step of 
screening includes screening message format and parameters . 
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5. A method as claimed in claim 2 wherein the step of 
routing messages between the service provider and the 
network node includes the step of, for messages from the 
service provider to network node, routing a message from the 
5 mediation point, via a signalling transfer point, to the 

network node to which the subscriber is connected, where the 
network node, the mediation point, and the signalling 
transfer point are within the intelligent network. 

10 6 A method as claimed in claim 5 wherein the step of 

screening includes screening message parameters . 

7. A method as claimed in claim 1 further comprising 
the step of detecting error conditions and informing a 

15 network management system thereof. 

8. A system for providing mediated access to an 
intelligent network for service providers, the system 
comprising: 

20 a mediation point at a boundary of the intelligent 

network having ports for connection to service providers and 
a predetermined list of network nodes in the intelligent 
network to which respective service providers are allowed 
access; and 

25 a plurality of network nodes for connecting 

subscribers, each having trigger criteria, for each service 
provider having access thereto, for selecting one of the 
service providers in response to a subscriber. 

30 9. A system as claimed in claim 8 wherein the 

mediation point includes a bus, a plurality of query 
processors connected to the bus, a network interface, 
connected to the bus, for connecting the mediation point to 
the intelligent network, a service provider interface, 

35 connected to the bus, for connecting the mediation point to 
a service provider, and a database connected to the bus. 
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10. A system as claimed in claim 9 wherein the network 
interface is connected to a signaling transfer point within 
the intelligent network. 

5 11. A method of providing mediated access to an 

intelligent network for service providers, the method 
comprising the steps of: 

ensuring that network integrity, security, and 
reliability are protected in giving a service provider 
10 access to the intelligent 'network ; 

allowing the service provider access to the intelligent 
network; and 

billing the service provider for gaining access to the 
intelligent network . 

15 

12. A method as claimed in claim 11 wherein access to 
the intelligent network includes exchanging messages of a 
predetermined protocol . 

20 13 . A method as claimed in claim 12 wherein the step 

of ensuring that network integrity, security, and 
reliability are protected includes the step of screening 
messages to and from the service provider at all functional 
layers in the message protocol . 



25 



14. A method as claimed in claim 13 wherein the 
message protocol includes signalling system 7 (SS7) 
protocol . 



30 15. A method as claimed in claim 14 wherein the step 

of screening messages includes message transfer part (MTP) 
screening to ensure that the service provider is properly 
represented to the intelligent network. 

35 16. A method as claimed in claim 14 wherein the step 

of screening messages includes signal connection and control 
part (SCCP) screening to ensure that only a service provider 
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on a predetermined list of network nodes is allowed access 
to the intelligent network. 

17 . A method as claimed in claim 14 wherein the step 
of screening messages includes transaction capabilities 
application part (TCAP) screening to ensure that the 
messages conform to a format defined by the protocol . 

18. A method as claimed in claim 14 wherein the step 
of screening messages includes operations screening to 
ensure that any operation required by a message is of a type 
provided by the intelligent network. 

19 . A method as claimed in claim 14 wherein the step 
of screening messages includes parameter screening to ensure 
that appropriate parameters are present within the message 
and that the parameters present have appropriate values. 

20. A method as claimed in claim 11 wherein the step 
of ensuring that network integrity, security, and 
reliability are protected includes detecting error 
conditions related to access to the intelligent network by 
the service provider. 

21. A method as claimed in claim 20 wherein the step 
of detecting error conditions includes the steps of 
detecting faulty equipment of the service provider and 
providing a level of service to subscribers of the service 
provider . 

22. A method as claimed in claim 11 wherein the step 
of allowing the service provider access to the intelligent 
network includes allowing the service provider to manage 
data resident in the intelligent network that is related to 
services offered by the service provider and subscribers of 
the service provider. 
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23. A system for providing mediated access for service 
providers to an intelligent network, the system comprising: 

a mediation point at a boundary to the intelligent 
network and having mediation functions for interconnection 
5 of service provider service control points to predetermined 
service switching points within the network; and 

service switching points within the network having 
mediation functions for interconnection to selected service 
provider service control points. 

10 

24. A system as claimed in claim 23 wherein the 
mediation point comprises a point of logical 
interconnection . 



15 25. A system as claimed in claim 23 wherein the 

mediation point comprises a point of physical 
interconnection . 



26. A system as claimed in claim 23 wherein the 

20 interconnection between the service provider service control 
point and the service switching point includes exchanging 
messages of a predetermined protocol. 

27. A system as claimed in claim 2 6 wherein the 

25 mediation functions of the mediation point comprises routing 
and screening capabilities and TCAP/AIN application level 
mediation functions . 



28. A system as claimed in cla im 2 6 wherein the 
30 mediation functions of the mediation point can be altered 
with regard to routing, screening, error handling, and 
billing to suit the operating requirements of the 
int e 1 1 igent network 
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29. A system as claimed in claim 23 further comprising 
management interfaces, between the service providers and the 
intelligent network, which allow the service providers to 
manage data resident in the intelligent network, that is 
related to the services offer thereby and the subscribers 
thereof . 



'F.P. Turpin, 

Patent Agent for the Applicants • 
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